1 Extensible User Interface 

2 Technical Field 

3 The technical field is mechanisms and method used to control print options. 

4 Background 

5 Current printer systems rely on software mechanisms called printer drivers to 

6 control printing applications. In a typical networked computer application, the printer 

7 drivers are located on either local personal computers or network print servers. In a 

8 standalone configuration, the printer drivers are installed on a personal computer (PC). The 

9 printer drivers specify the manner in which the printing application is to be completed, and 

1 0 provide the user at the local terminal with various print options. 

1 1 Currently, printer manufacturers develop printer drivers that are specific to a printer 

12 model and specific to each of the operating systems with which the printer will interface. 

13 The most widely used operating system in PCs is Windows®. An earlier, popular system 

14 was the disk operating system (DOS®). Both Windows® and DOS® are products of the 

15 Microsoft Corporation, Redmond, Washington. The DOS® operating system requires that 

16 applications include an embedded printer driver module that enables communications with a 

17 connected printer. An application, therefore, must have embedded in it an appropriate 

1 8 printer driver for a connected printer. If two or more printers of different kinds are 

19 connected to a computer having DOS® applications, each application requiring use of the 

20 printers must include embedded printer drivers for each printer type. By contrast, the 

21 Windows® operating system employs separate printer driver modules and all applications 

22 written for a Windows operating system are enabled to employ a printer driver module in a 

23 generic manner. Thus, Windows® applications have a standard interface that matches the 

24 preexisting printer driver module. If a computer is required to interface with two or more 

25 different types of printers, each requiring a separate printer driver, the Windows® operating 

26 system will require a printer driver module for each of the different type printers. 

27 Other computers may use the Macintosh® operating systems, UNIX®, and other 

28 mechanisms. All these different operating systems, and the variations thereof, may require 

29 different printer drivers. For example, a Hewlett-Packard laser printer will have one printer 

30 driver for Windows® 95, but that printer driver will not work with the Macintosh® 
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1 operating system. As a result, printers that support personal computers (PC) typically do 

2 not support Macintosh®. As a result, printer manufacturers typically make drivers for PCs 

3 and different drivers for Macintosh®. Developing, testing and marketing the different 

4 versions of the printer driver software is very expensive. In addition, delivery of the printer 

5 drivers to customers is expensive, and customers do not want to pay additional costs 

6 associated with software to allow printing. 

7 Updates may be required because of changes to printer design, which is within the 

8 control of the printer manufacturer. Such updates may involve updating driver functionality 

9 and printer functionality. Other updates may be mandated because of changes or 

1 0 improvements in printer-related products and services. Some of these changes may also be 

1 1 controllable by the printer manufacturer. For example, a printer manufacturer may have a 

12 separate division that develops printer papers. The paper division may develop a new 

13 coating on photo glossy paper. Such paper may require modifications to the printer driver 

14 in order for a customer to print using the paper. 

15 Some manufacturers have attempted to deliver printer driver upgrades over public 

16 networks, such as the Internet. However, such delivery mechanisms may fail if customers 

17 are not aware of the availability of the software, or if the customers install the software 

18 incorrectly. 

19 Traditional PC printer drivers are designed to be used on the PC where the 

20 application that is generating the print request resides. One such driver system is shown in 

21 Figure 1 A. A PC with an operating system 10 may host an application 12 that converts 

22 desired print data into graphical device interface (GDI) 14 or other text commands and 

23 graphics primitives with associated page positions and/or forms controls. A print job may 

24 be spooled 16 (i.e., stored) to allow the user to resume working with the application 12. 

25 These commands may be formatted by a printer driver 20 into a recognizable industry 

26 defined data definition (e.g. printer control language (PCL)) or the printer driver 20 may use 

27 the application 12 and/or platform intermediate commands (e.g., Windows® GDI 

28 primitives) and act on these commands to create internal direct printer commands 25 to 

29 control a printer 30. The printer 30 does not necessarily need to be physically attached to 

30 the PC where the application 12 and the printer driver 20 reside, but may be remotely 
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1 located such as on a local area network (LAN) (not shown). 

2 One benefit of having a PC-side printer driver system is the movement of the 

3 processing into the PC itself (rather than at the printer), thereby permitting more flexibility 

4 and control. Another benefit of this system is that more advanced functions are possible by 

5 using a more powerful host PC, while permitting cost minimization of the printer hardware 

6 itself. 

7 As one tries to fit the traditional host based printer driver models into a networked 

8 computer model (as shown in Figure IB), problems may occur because of limitation of the 

9 networked computers. These problems may be the result of limited random access 

10 memory (RAM) (to minimize costs). In contrast, almost all standard PC printer drivers use 

1 1 local spooling to the local permanent storage. If the RAM in a networked computer is 

12 limited, then there may be insufficient memory for the driver, application, and print data, 

13 especially if the print job entails color bitmaps or complex graphics images to be printed. 

14 Also, many networked computer devices that are being developed today have different 

1 5 operating systems and have different API and/or GDI interface definitions, which makes 

16 developing a printer driver extremely cumbersome. 

17 Traditional printing implementations of networked computers 50 (see Figure IB) 

1 8 have followed the standard printing model. For example, in the networked computer 

19 system, a server 60 is used to load applications 12, communicate with the network, and 

20 store data needed by the networked computers 50. The networked computers 50 run the 

21 application 12, which might request printing. The other implementation details are the same 

22 as in the standard printing model for PCs (see Figure 1 A). 

23 The benefits of this traditional networked computer printing model are that it is 

24 similar to current driver models and that user interface models are already known by 

25 platform. However, the networked computer system suffers from all the limitations 

26 described above for a PC system. In addition, the networked computer system raises other 

27 problems, such as severe memory and graphics limits on the networked computers. Also, 

28 networked computer hardware differences present unique issues with respect to operation 

29 of software thereon and the hardware that may be connected to a networked computer 

30 system. Furthermore, in a networked computer system where multiple networked 
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1 computers are connected using a file server or interconnecting network to multiple printers, 

2 a number of administrative problems arise that are not present when a single PC is 

3 connected to a single printer. For example, if a new printer type is added to the networked 

4 computer system, each networked computer must be informed of the network configuration 

5 change and a new printer driver must be installed on each networked computer for the new 

6 print device. Otherwise, the networked computers are not able to use the newly added 

7 print device. Further, as new printer drivers are provided by manufacturers to correct 

8 previously discovered defects or to provide enhancements to previous printer drivers, each 

9 networked computer must receive a new printer driver. These actions can cause substantial 

10 network interruption while the new printer drivers are being installed. 

11 In a network of the nature described above, wherein client computers employ the 

12 Windows® operating system, a separate file server installation is often used to enable 

1 3 communications between the client computers and network-connected printers. In order to 

14 determine network print function availability, a user of a client computer must have detailed 

15 information regarding precisely where to inquire to access network status information. In a 

16 network operating under the NetWare® environment (Novell Corporation, Provo, Utah), 

17 there are many pieces of status information that, together, affect an overall print operation. 

1 8 For instance, the Novell print server and queue management system both evidence status 

19 information regarding printer availability; however, their status information can only be 

20 accessed by knowing where (and how) to inquire. Further, even if the user knows how to 

21 obtain network status information, it is up to the user to understand the meaning of the status 

22 information. 

23 Summary 

24 An extensible, network-based user interface allows remotely located resources to 

25 serve multiple clients. The user interface can be upgraded as improvements in resource 

26 capabilities are made, and as new products become available. 

27 In an embodiment, the user interface includes a controller and other processing units 

28 and databases that collect, collate and process product and user information to dynamically 

29 construct client-specific user interfaces. The user interfaces may be used to select and 

30 control print options for networked printers. The network may be a local area network or 



1 the Internet. The user interface may maintain statistical information that is useable to predict 

2 technology trends, identify user preferences, and plan for maintenance and upgrade 

3 operations. 

4 Description of the Drawings 

5 The detailed description will refer to the following figures in which like numerals 

6 refer to like objects, and in which: 

7 Figures 1A - IB illustrate prior art systems that use printer drivers to control print 

8 jobs; 

9 Figure 1C is a diagram of a prior art printer driver user interface; 

10 Figure 2 is a diagram of a system that uses an extensible interface for remotely 

1 1 serving print options; 

12 Figure 3 is a diagram of the extensible interface of Figure 2; 

13 Figure 4 is a flow diagram showing an operation of the extensible interface of Figure 

14 3; and 

15 Figure 5 is a flow diagram showing an alternate operation of the extensible interface 

16 of Figure 3. 

1 7 Detailed Description 

1 8 Printer manufacturers provide separate printer drivers for different operating 

19 systems, and different versions of operating systems. The printer drivers allow connected 

20 computers to send printing requests to local (i.e., attached) or networked printers. Users 

21 are able to interface with some of the printer driver functionality, typically through a user 

22 interface. With the user interface, the user is able to choose a limited set of print options, 

23 and to monitor a status of a print job. Figure 1 C is a prior art user interface associated with 

24 a current, PC printer driver. 

25 Current printer drivers and associated user interfaces have serious shortcomings. In 

26 particular, a separate printer driver must be constructed for each print device model and for 

27 each computer operating system. Furthermore, the printer driver, and the associated user 

28 interface, do not allow for convenient modification as printing requirements change, and as 

29 new print products are introduced. 
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1 An extensible user interface allows remotely located printers to serve multiple 

2 clients. The user interface can be upgraded as improvements in printing capabilities are 

3 made, and as new printing products become available. 

4 Figure 2 is a diagram illustrating a system 100 that uses an extensible print interface. 

5 The system 100 includes a network 110 that couples clients 130 and print devices 140. 

6 Interposed between the clients 130 and the print devices 140 is an extensible print interface 

7 1 50. Although the description that follows relates to the interface in the context of a 

8 networked printer application, those of ordinary skill in the art will appreciate that the 

9 interface 1 50 may be used as an extensible, networked-based mechanism to link one or 

10 more computers or similar processors or terminals to one or more networked resources. 

1 1 As such, the interface 1 50 may be used to efficiently conduct a variety of network-based 

12 operations, including e-mail, facsimile transmission, electronic commerce, and other 

13 operations. 

14 The network 110 may be any communications network capable of transmitting 

15 digital data. In an embodiment, the network 110 may be the Internet. In alternative 

16 embodiments, the network 110 may be a local area network, a wide area network, or other 

17 similar networks. In addition, the network 110 may be a wired or a wireless network. 

1 8 Thus, in an embodiment, the clients 130 may communicate digital data with the print devices 

19 140 using wireless Internet connectivity. 

20 The clients 130 may be computers, such as personal computers (PC) and 

21 Macintosh computers, for example. The clients 130 may also be larger computer systems, 

22 including file servers, and other networked computer systems. The clients may be personal 

23 digital assistants (PDAs) or similar hand-held computing technology. 

24 The clients 130 may include a printer driver 131, which may be an application 

25 program written for a specific operating system and print device 140. The printer driver 

26 131 may be used to send print requests to one or more of the print devices 140. Also 

27 shown attached to a client 130 are printers 133 and 134. The printers 133 and 134 may be 

28 local printers, as opposed to a networked printer (e.g., the print devices 140). In 

29 operation, the printer driver 131 may also drive the printers 133 and 134. 
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1 The print devices 140 may include a number of different printer models. For 

2 example, one of the print devices 140 may be a color laser printer and another print device 

3 140 may be an ink-jet printer. The printer driver 131 loaded on the clients 131 may be 

4 capable of driving both the color laser printer and the ink-jet printer. 

5 As new print devices 140 are developed, or as new print products are introduced, 

6 the printer drivers 131 may need to be upgraded to allow the clients 1 30 to use the new 

7 print devices 140 or print products. As noted above, such upgrades can be costly and 

8 time-consuming, and may result in clients 130 not being able to access the full range of print 

9 devices 140, or options provided by the print devices 140. 

10 The extensible print interface 150 alleviates these and other problems by providing 

1 1 a remotely located, easily adaptable mechanism that can communicate between the clients 

12 130 and the print devices 140. In its broadest sense, the interface 150 receives print 

13 requests from the clients 130 and generates a print command that is targeted to one or more 

14 specific print devices, according to client preferences, the nature of the print request, and 

15 the capabilities of the print devices 140. With the interface 150, print manufacturers and 

1 6 printer driver developers can deploy changes more efficiently, with reduced time to market, 

17 and with reduced costs and delivery charges. Furthermore, the interface 150 allows clients 

18 to customize their print jobs. In particular, the interface 150 allows clients 130 to become 

19 aware of other client preferences, and to adopt the other client preferences, if desired. In 

20 addition, the clients 130 have available a much broader range of print options than is 

21 traditionally provided with current print driver applications. Finally, the interface 150 allows 

22 printer manufacturers and other interested organizations to track usage of particular print 

23 options, features, and resources. The usage data may then be used to target specific 

24 product upgrades, thereby increasing the productivity of the printer manufacturer and 

25 providing greater client satisfaction. 

26 To accomplish these objectives, the interface 150 includes a number of design 

27 features and components, as shown in Figure 3. A controller 200, which may be a central 

28 processor unit (CPU) or similar device, controls overall operation of the interface 150. In a 

29 preferred embodiment, the controller 200 is a software application running on a web 

30 application server. Coupled to the controller 200 is a user interface (UI) builder 210, an 
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1 options module 220, loggers 230, and a profile module 240. The UI builder 21 0 is coupled 

2 to a UI database 215. The options module 21 0 is coupled to a printer repository 225. 

3 Coupled to the printer repository 225 is a register 250. The loggers 230 are coupled to a 

4 user metrics database 235. Finally, the profile module 240 is coupled to a user profiles 

5 database 245. In effect, the UI database 21 5, the printer repository 225, the metrics 

6 database 235, and the user profiles database 245 comprise data storage devices that are 

7 used by other components of the interface 150 to implement print serving functions. 

8 As noted above, the interface 1 50 is coupled through the network 1 1 0 to the print 

9 devices 140 and the clients 130. Also coupled to the interface 150 is a capabilities 

10 interface 255, shown connected at the register 250. 

1 1 The interface 150 may be implemented as a print options server, including a web 

12 site server, a standalone computer, a LAN server, or other centrally-located computing 

1 3 resource. The controller 200 may be implemented as a computer program resident on a 

14 central server or computer, or on a special integrated circuit, and the databases 215, 225, 

15 235 and 245 may implemented as one or more conventional data storage devices, including 

16 data servers, hard drives, optical disks, and other magnetic storage media. The databases 

17 215, 225, 235 and 245 may be separate physical entities, or may be incorporated into a 

1 8 single data storage device. 

19 The register 250 receives printer capability information, and other print resource 

20 information, and provides the information to the printer repository 225. The printer 

21 capability information may be updated with the introduction of a new printer model, or a 

22 modification to one or more products that can be used as a printing media. For example, if 

23 a new printer paper with a specific weight and surface texture is introduced, the printer 

24 capability may be updated to reflect the unique handling characteristics of the new paper. 

25 In particular, with the new paper, the print devices 140 may have to operate at a different 

26 print speed, or a different dots-per-inch (laser printers) in order to provide a high quality 

27 output document. These updated parameters are provided to the interface through the 

28 register 250, and are stored in the printer repository 245. Of course, the printer repository 

29 245 will be initially loaded with capabilities information for existing print devices 140. 
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1 The UI builder 210 uses information from the UI database 215 to build customized 

2 user interfaces that may be provided to each of the clients 130. The first time a client 130 

3 registers with the interface 150, the client 130 may be presented with a default user 

4 interface. As the client 130 interacts with the interface 150, the interface 150 will "learn" 

5 user preferences of the client 130 and will use the user preferences to develop the 

6 customized user interface. 

7 The interface 1 50 begins its task of building a customized user interface by 

8 recording information unique to each of the clients 130 as the clients 130 interact with the 

9 interface. Of course, the interface 1 50 will provide appropriate privacy measures, including 

10 an opt out option for clients 130 that do not want their user information recorded and stored 

1 1 at the interface 1 50, and the ability to review the information and request its alteration or 

12 deletion at any time. Individual clients 130 will have user profiles constructed and stored in 

1 3 the user profiles database 245. The user profiles may be updated as additional information 

14 related to the client 130 is received at the interface 150. 

15 To collect the information needed to construct a user profile, the profile module 240 

16 records, or logs user information into the profiles database 245. Each time a client 130 

1 7 interacts with the interface 1 50, the profile module 240 may note specific print options 

1 8 actually used by the client 130. The profile module 240 will also note the identity of the 

19 client 130, which may be an Internet address, or local network address, for example. The 

20 profile module 240 uses the identity (address) of the client 130 to ensure that the recorded 

21 usage metrics information is recorded in the proper file within the user profiles database 

22 245. 

23 The user profile information may include the type of printer selected (e.g., a laser 

24 printer, gray scale or color printer, plotter), print language (PCL, POSTSCRIPT), paper 

25 size and layout, paper quality, and other user profile information. In cases where the client 

26 130 does not choose specific print options, the controller 200 may execute a routine to 

27 choose the options most appropriate to the requested print job. In this situation, the profile 

28 module 240 may record the choices made by the controller 200. The information related to 

29 the controller-selected option may be stored in the client's file with a flag indicating an 
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1 option that was selected by the controller 200. In an alternate embodiment, controller- 

2 selected option information is not recorded in the user profiles database 245. 

3 As noted above with respect to Figure 2, the client 130 may elect to send a print 

4 request to the attached printer 133, in which case, the interface 150 may still provide a 

5 customized user interface. To account for options at the attached printer 133, the interface 

6 150 may, using techniques well known in the art, record the options information related to a 

7 print request to the attached printer 1 33. Such techniques include the use of cookies, and 

8 other mechanisms. 

9 The loggers 230 may also be used to capture selected data related to use of the 

10 print devices 140 by the clients 130. The captured data may be processed by the loggers 

1 1 230. Whether processed or not, the captured data are then stored in the usage metrics 

12 database 235. The usage metrics database 235 may be used to track use of various print 

13 options, and features, use of print resources, and usage of specific print devices. Thus, the 

14 usage metrics database can be used as a tool to track preferences across a wide number of 

1 5 clients, to determine which print devices are favored by the clients 130, to track usage 

1 6 hours (or pages printed) to support maintenance programs and consumable inventory 

1 7 management programs, and to provide manufacturers with an input regarding possible 

1 8 design improvements. The usage metrics database 235 can also be used to record average 

19 print queue times, and maximum queue times, and to correlate these times with time of day 

20 information, in order to track peak usage times, and to determine if additional printer 

21 capacity is needed. 

22 As an example, the usage metrics database may record that a grayscale laser printer 

23 supports 95 percent of the printing jobs, an color ink jet printer supports 3 percent of the 

24 print jobs, and that a plotter and a color laser printer support 2 percent of the print jobs. 

25 Using this information, a network manager may predict cartridge replacement requirements, 

26 may schedule more frequent manufacturer maintenance visits for the gray scale printers, and 

27 less frequent visits for the other printers. The network manager may determine that a printer 

28 lease contract is not optimum because of excess costs per page charges. The network 

29 manager may also determine that a more fully-featured grayscale printer should be leased 

30 upon expiration of a current printer lease. 
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1 The metrics database 235 may also be used when the UI builder 210 constructs 

2 customized user interfaces. For example, the UI builder 210 may use preference 

3 information that is common to a large number of clients when constructing a specific user 

4 interface. The UI builder 210 may also use the common preference information to 

5 construct a default user interface. The default user interface may be presented to a new 

6 client 130 the first time the new client 130 accesses the interface 150. 

7 The printer repository 225 stores printer capability data, and other printer resource 

8 data received from the register 250. The printer capability data may be supplied and 

9 updated when new print devices 140 enter the market, when print devices are upgraded, 

1 0 and when associated print resources are introduced or upgraded. 

1 1 The option module 220 uses the stored data from the printer repository 225 to 

12 construct a suite of printer features. For example, a new print device may be capable of 

13 duplex printing. The duplex printing capability is received by the register 250 and stored in 

14 the printer repository 225. The options module can then use this new capability to 

1 5 construct a new, duplex print option. The duplex print option is then provided to the UI 

16 builder 210. 

17 In addition to providing option information to the UI builder 210, the option module 

1 8 220 can generate alert messages to indicate to clients 130 when a new capability is 

19 available on the system 100. For example, the options module 220 may send an e-mail 

20 message to all registered clients 130 to describe the new duplex print capability. 

21 In an embodiment, the UI database 215 includes pre-built, customer-specific user 

22 interfaces. The customer-specific user interfaces may be constructed when client 130 first 

23 registers with the system 100, and may be updated thereafter as the client's preferences 

24 appear to change, or to accommodate new technology, for example. The customer- 

25 specific user interfaces may be stored with a user (client) identification so that upon 

26 connection with the client 130, or upon receipt of a print request, the UI builder 210 can 

27 retrieve the appropriate user interface from the UI database 215. 

28 In an alternative embodiment, the UI database 215 stores a series of user interface 

29 templates. When a client 130 sends a print request through the interface 150, the UI 
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1 builder may select one of the templates, and then dynamically modify the template to suit the 

2 client's preferences and the capabilities of the optimum print device. 

3 In yet another embodiment, the UI database 215 includes a hierarchical menu of 

4 print option screens. The print option screens are displayed at the client 130, allowing a 

5 user to select desired features. For example, a first print option screen may prompt the user 

6 to select a printer from a list of available print devices 140. The first print option screen 

7 may include a default printer (e.g., the network printer most recently used by the client 

8 130.). If a local (attached) printer is available, the first print option screen may allow the 

9 user to select the attached printer. 

1 0 Once the client 130 has entered a printer choice, the client 130 may be presented 

1 1 with other print option choices using user interfaces. For example, the client 130 may be 

12 able to select duplex printing, color printing, select fonts, and other print options. The 

1 3 option screens presented to the client 130 may vary based on the actual print device 140 

14 selected previously. The print option screens can then continue in the hierarchical fashion 

1 5 until all print options are selected, or a default value is selected. 

16 As noted above, the client-specific user interfaces may comprise a hierarchical 

1 7 menu structure where subsequent print option screens are presented based on selections 

1 8 made by the client in prior print option screens. Alternatively, the clients 130 may be 

19 presented with user interfaces that are customized based on the client's user preferences. 

20 In an embodiment, the UI builder 210 may dynamically construct the user interface. In 

21 effect, the UI builder 210 takes data from the user profile database 245, the usage metrics 

22 database 235, the printer repository 225, and creates the user interfaces. The user 

23 interface construction may be partly completed in advance of a client submitting a print job 

24 request. Such prior construction is based on known information in the user profile database 

25 245, and other databases. The remainder of the user interface may then be dynamically 

26 developed. 

27 The UI builder 210 may also dynamically develop a user interface by providing a 

28 series of print option menus, depending on prior print option selections made by the client 

29 130. 
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1 Working with the controller 200, the UI builder 210 provides the user interfaces to 

2 the client 130. In an embodiment, the thus-provided user interface may be stored on the 

3 client 130 for an indefinite time, or may exist on the client 130 for a limited time. The client 

4 130 provides information from the printer driver to the selected print device 140 to initiate 

5 the print process. 

6 When an attached printer is to be used to complete the print job, the UI builder 210 

7 may provide the client 130 with a latest version of the printer driver. The client 130 may 

8 then store the printer driver (may replace or update parts of an existing printer driver) for 

9 use with the current print job, and for use with subsequent print jobs. To receive the latest 

10 version of the printer driver, the client 130 must of course be "online" or connected to the 

1 1 interface 150. If the client 130 is always connected, the interface may provide updates to 

12 the printer driver whenever the updates are available. If the client 1 30 uses a dial-up 

13 connection, such updates may be provided when the client 130 establishes a connection 

14 with the interface 1 50. Once the most recent printer driver is loaded, the client 1 30 may 

15 use the loaded printer driver to execute print jobs using either the print devices 140 or the 

16 attached printer 133. The printer devices may be updated in whole or in part. 

17 In an alternative embodiment, the printer driver resides at an Internet web site or 

1 8 LAN node, and the client's selections are passed to the selected print device 140 by the 

19 controller 200. 

20 In Figure 2, the network 1 10 is shown as either a LAN, WAN or the Internet. 

21 However, the same functionality could exist with a LAN or WAN coupled to the Internet. 

22 In this embodiment, the LAN, for example, may include one or more networked printers, 

23 and any of the networked computers of the LAN may use the networked printers for 

24 printing jobs. However, the LAN may also be coupled to the Internet, so that the 

25 networked computers may also use print devices coupled to the Internet. 

26 Figure 4 is a flowchart illustrating an operation 300 of the user interface 1 50 of 

27 Figure 3. The operation 300 begins in block 301. In block 305, the interface 150 receives 

28 a print job request from a client 130. In block 310, the controller 200 determines if the 

29 client 1 30 is a new client. If the client 130 is a new client, the UI builder 210 sends the 

30 client a default user interface, block 3 15, for the specific printer 140 that the client 130 will 
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1 use. However, the default user interface may include features that specifically support the 

2 architecture of the client 130. 

3 If the client 130 is not a new client, the UI builder sends the client 130 a custom 

4 user interface, block 320. In block 325, the controller 200 receives any user settings or 

5 selectors or changes the user made to the user interface from the client 130. In block 330, 

6 the controller 200 determines if the client 130 will use a local printer. If the client 130 will 

7 use a local printer, in block 335 the controller 200 determines if there are multiple local 

8 printers (e.g., the printers 133 and 134). In block 337, the controller 200 receives a local 

9 printer selection. The operation then moves to block 345 and continues. If the client 130 

1 0 will use a network print device 140, the controller 200 selects the appropriate print device, 

1 1 block 340. In block 345, the controller 200 sends the final UI to the client 130. 

12 In block 350, the logger 230 collects metrics information from the client 130. If the 

13 client 130 is using an attached printer 133 and is not connected to the network 1 10 at the 

14 time of printing, such metrics information may be received at a later time. 

15 In block 360, the profiler 240 determines if the user profile should be modified. In 

1 6 block 365, the profiler 240 makes changes to the user profile. The operation ends in block 

17 370. 

1 8 Figure 5 is a flowchart illustrating an alternative operation 400 of the interface 150 

19 of Figure 3 . The operation 400 begins in start block 401. In block 405, the controller 200 

20 receives a print request from a client 130, and determines which printers are available to 

21 satisfy the print request. In block 410, the controller 200 determines capabilities of the 

22 available printers identified in block 405. The controller 200 may provide a list of available 

23 printers for display to the client 130, and may send a prompt to the client to select a printer. 

24 In block 415, the controller 200 receives the client's printer selection. In block 

25 420, the controller 200 compares the capabilities of the client's printer choice to 

26 requirements of the print request. In block 425, the controller 200 determines if the 

27 capabilities match the requirements. If there is no match, the controller 200 may send an 

28 alert message to the client 130 (block 430). The operation 400 then ends (block 440). If 

29 in block 425 the controller 200 finds a match, the controller 200 sends a UI to the client 

30 (block 435). The operation 400 then ends (block 440). 



1 The description provided above relates to a dynamic user interface operating to 

2 support print options. However, a similar structure may be used to support other 

3 networked operations. Examples of such networked operations include processing and 

4 delivery of electronic mail, facsimile transmission and printing, and other operations in which 

5 a networked computer may interact with remote resources to provide a service for the 

6 networked computer. 

7 In the illustrated embodiments, the interface 150, and its sub-components, may be 

8 implemented as a single, special purpose integrated circuit (e.g., an ASIC) having a main or 

9 central processor section for overall, system-level control, and separate circuits dedicated 

10 to performing various different computations, functions and other processes under control of 

1 1 the central processor section. Those skilled in the art will appreciate that the interface 150 

12 may also be implemented using a plurality of separate, dedicated or programmable 

13 integrated or other electrical circuits or devices (e.g., hardwired electronic or logic circuits 

14 such as discrete element circuits, or programmable logic devices such as PLDs, PLAs, or 

15 PALs). The interface 150 may also be implemented using a suitably programmed general 

16 purpose computer, e.g., a microprocessor, microcontroller or other processor device (CPU 

17 or MPU), either alone or in conjunction with one or more peripheral (e.g., integrated circuit) 

1 8 data and signal processing devices. In general, any device or assembly of devices on which 

19 a finite state machine capable of implementing the flowcharts similar to those shown in 

20 Figures 4 and 5 can be used as the interface 150, or its sub-components. 

21 The terms and descriptions used herein are set forth by way of illustration only and 

22 are not meant as limitations. Those skilled in the art will recognize that many variations are 

23 possible within the spirit and scope of the invention as defined in the following claims, and 

24 their equivalents, in which all terms are to be understood in their broadest possible sense 

25 unless otherwise indicated. 
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